home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000370_marca@wintermu….ncsa.uiuc.edu _Sat Nov 21 03:47:18 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <marca@wintermute.ncsa.uiuc.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA05520; Sat, 21 Nov 92 03:47:18 MET
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA19436; Sat, 21 Nov 92 04:00:01 +0100
  6. Received: from wintermute.ncsa.uiuc.edu by newton.ncsa.uiuc.edu with SMTP id AA27904
  7.   (5.65a/IDA-1.4.2 for www-talk@nxoc01.cern.ch); Fri, 20 Nov 92 20:59:43 -0600
  8. Received: by wintermute.ncsa.uiuc.edu (920110.SGI/911001.SGI)
  9.     for @newton.ncsa.uiuc.edu:www-talk@nxoc01.cern.ch id AA14826; Fri, 20 Nov 92 21:00:54 -0800
  10. Date: Fri, 20 Nov 92 21:00:54 -0800
  11. From: marca@ncsa.uiuc.edu (Marc Andreessen)
  12. Message-Id: <9211210500.AA14826@wintermute.ncsa.uiuc.edu>
  13. To: www-talk@nxoc01.cern.ch
  14. Subject: Annotation & asynch collaboration
  15.  
  16. I've patched httpd to allow remote annotations (an enabling mechanism
  17. for asynchronous collaboration).  My httpd accepts the following
  18. command:
  19.  
  20. ANNOTATE /file/to/annotate?/file/of/annotation?Text describing annotation.
  21.  
  22. The result of this command is that /file/to/annotate gets a single line
  23. appended to it; this line is exactly:
  24.  
  25. <A HREF=/file/of/annotation>Text describing annotation.</A> <P>\n
  26.  
  27. Notice:
  28.  
  29. (1) '?' is used as the divider between ``keywords'', as it is with GET
  30.     (for searches).  I'm content with overloading '?' (since it's
  31.     already known to be safe, since it's not supposed to be part of a
  32.     document ID), but other people might not be.  (If not '?', what?)
  33. (2) /file/of/annotation can be any file with any access type, but is
  34.     normally assumed to be a file residing on the annotator's local
  35.     system and under her control.
  36. (3) The new link can be arbitrarily named; it may be a good idea to
  37.     have clients that implement annotation automatically prepend the
  38.     annotator's full name to this field before sending it to httpd,
  39.     but httpd shouldn't have to worry about this.
  40.  
  41. The security mechanism for this is as follows:
  42.  
  43. (1) A file to be annotated must ``pass'' the rules normally, and also:
  44. (2) A new rule ``open'' is defined; it serves the same role (and has
  45.     the same syntax) as ``pass'' except it determines whether a file
  46.     can be annotated; and also:
  47. (3) Since httpd is (or should be) normally run as 'nobody', the file
  48.     must be writeable by 'nobody'.
  49.  
  50. This implementation does not cover informing the client whether or not
  51. a file is ``open'' until an annotation is attempted.  That capability
  52. should probably be addressed separately (??).
  53.  
  54. I'm sending the httpd patches to Tim tonight; unless there are
  55. problems[1] with this approach, I'd love to see it implemented, and
  56. I'll even set up the first annotatable web site...
  57.  
  58. Marc
  59.  
  60. [1] Dan will immediately notice that quotes aren't put around the HREF
  61. field above.  At the moment, I'm going to run without them (since, for
  62. one thing, I need to demo this with Midaswww on Monday), but the
  63. official implementation should do the quotes.
  64.